home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000362_news@newsmaster….columbia.edu _Wed Aug 12 12:04:33 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA04332
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 12 Aug 1998 12:04:32 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA16016
  7.     for kermit.misc@watsun; Wed, 12 Aug 1998 12:04:31 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: File Size Limitations?
  12. Date: 12 Aug 1998 16:04:26 GMT
  13. Organization: Columbia University
  14. Lines: 31
  15. Message-ID: <6qseea$53f$1@apakabar.cc.columbia.edu>
  16. References: <35D1B7CD.597FAF56@sonalysts.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9079
  19.  
  20. In article <35D1B7CD.597FAF56@sonalysts.com>,
  21. Michael C. Smith <mcs@sonalysts.com> wrote:
  22. : Is there an upper limit to the size of a file that Kermit (K95 running
  23. : on NT4.0) can transmit?  Our application uses Kermit to transfer files
  24. : between two computers using TCP/IP over a dial-up PPP connection.  We
  25. : are conducting stress tests of the application by sending very large
  26. : files (100+ MB) between the systems.  We have noticed that the reception
  27. : of some files finishes even though the whole file has not been
  28. : completely sent.  In one test, a 180 MB file was only received as a 112
  29. : MB file.  Obviously, dial-up connections using such large files take a
  30. : long time.  Could line noise, static, etc.. cause this to occur?  Or is
  31. : there an internal limitation that we are runnng into?
  32. : 
  33. There should be no limitation.  We routinely transfer files with Kermit 95
  34. that are much larger than that.  If the file is not completely transferred,
  35. the completion status should be "failure".  That is:
  36.  
  37.  . An IF FAILURE statement after the transfer command should succeed, or:
  38.  . An IF SUCCESS statement after the transfer command should fail, or:
  39.  . A SHOW STATUS command after the transfer command should say "FAILURE".
  40.  
  41. If this is not the case, please contact our help desk directly at:
  42.  
  43.   kermit-support@columbia.edu
  44.  
  45. The partial file is kept on the receiving end to allow recovery from the
  46. point of failure (RESEND or SEND /RECOVER).  If desired, you can tell the
  47. file receiver to SET FILE INCOMPLETE DISCARD to discard partially received
  48. files instead of keeping them.
  49.  
  50. - Frank